Method and Apparatus for Live Capture Image-Live Streaming Camera

ABSTRACT

A live image transferring method includes the steps of capturing live image information by one or more live image devices, wherein the live image information is captured in raw format and is continuously transferred to one or more platforms in a live manner; cloning the live image information at the platform, wherein when the live image information is cloned at the platform, the live image information is converted from the raw format into a web viewable format and an embed code is generated corresponding to the live image information at the same time; and enabling one or more users to use the embed code in order to broadcast the live image information over any website. The user is able to copy-and-paste the embed code at the personal website to live stream the live image information from the live image device.

CROSS REFERENCE OF RELATED APPLICATION

This is a Continuation application that claims the benefit of priorityunder 35 U.S.C.§120 to a non-provisional application, application Ser.No. 13/199,559, filed Sep. 2, 2011, which is a Continuation-In-Partapplication that claims the benefit of priority under 35 U.S.C.§120 to anon-provisional application, application Ser. No. 12/583,299, filed Aug.17, 2009.

NOTICE OF COPYRIGHT

A portion of the disclosure of this patent document contains materialwhich is subject to copyright protection. The copyright owner has noobjection to any reproduction by anyone of the patent disclosure, as itappears in the United States Patent and Trademark Office patent files orrecords, but otherwise reserves all copyright rights whatsoever.

BACKGROUND OF THE PRESENT INVENTION Field of Invention

The present invention relates to a method and apparatus for imagecapture, and more particularly to a live image capture device whichoutput is directly accessible by Internet users without the installationof proprietary software.

Description of Related Arts

Live image capture devices, commonly known as cameras, are used torecord images. These images can then be perused in situations with adifferent time and place than where the image was taken. Because ofthese benefits and the advances in technology that have made camerasubiquitous and available to most of the general public, cameras arewidely used in modern society.

An example of the prevalence of cameras is the wide usage of cameras forsecurity by both public and private institutions. In a scenario where anarea needs to be continuously be monitored, cameras are often moresuited for the job than humans, since images are recorded onto a hardmedium and are viewable by others as long as the medium is maintained.

However, a camera by itself will most likely have just onefunction—capturing the image. One or more controllers must be employedto collect the data that is produced by the camera. In complex systemsinvolving a multitude of cameras, the amount of resources required tomaintain such a system increases significantly, and thus places limitson the efficiency of the system based on the available resources of thesystem's operator.

In such a system, high costs are accrued through the installation of thesystem itself. In a typical operation involving the installation of thesystem, the controller needs to be installed and secured. Then, thecameras themselves need to be installed in their respective positions,and a path of data transfer must be established between the cameras andthe controller. Then, the interface of the system needs to be modifiedand adjusted to suit the operator's specifications, and so forth. Thissystem cannot be very easily modified, and thus is limited in terms offlexibility.

The application of such systems is also limited by the medium upon whichdata is exchanged between the cameras and the controllers. Many existingcamera-controller systems utilize wired networks in order to transferdata between the two. A well-known example of this is CCTV, where asignal from a camera is not openly transmitted, but broadcast toauthorized controllers within the system. More modern systems employEthernet networks, such as the Internet, to transfer data.

Using the Internet protocol is highly advantageous, since mostelectronic devices today can in some way interact with this method ofdata transfer. However, the rate of data transfer in current systems isbottlenecked by the physical layer of the network infrastructureprovided by the network service provider. An example of this is the factthat the current most popular network carriers, DSL and Internet cable,are only capable of uploading 1.5 Mb/s at maximum, which is hardlyenough to transfer a high quality, high resolution video stream withoutdelay.

A conventional way of solving this problem has been the act of videocompression. This method has been widely used, but is not without itsdrawbacks. First, in order to compress video images transmitted by acamera, developers must create algorithm and codes for compression. Thisresults in the creation of a plethora of compression codes, mostincompatible with each other, in the market today.

Even when compression codes are relatively similar, minor differences incompression code from different providers can result in incompatibility.Consumers wishing to view electronic media must often face the dauntingtask of finding the correct decoding codec to match the code that themedia was compressed with.

Another issue is currently used live video format is not editable. It isdifficult to edit the display when the image is displayed lively.

Regarding the issues relating to current methods of image capture andtransfer, there appears to be a need for the direct capture and transferof images through a network.

SUMMARY OF THE PRESENT INVENTION

The present invention involves a method and apparatus for the livecapture of images and the direct transfer of the aforementionedelectronically through an Internet network.

The present invention integrates a control circuit apparatus onto themotherboard of an image capture device. The onboard control circuitapparatus receives data from the image capture device, and converts thedata into a standard format. The control circuit apparatus also acts asbuilt-in a web server, providing a network interface to connect with theInternet, and continuously updates itself with new data transmitted fromthe image capture device. Users can then use the Internet to directlyaccess the data from the image capture device by accessing the webserver provided by the control circuit apparatus.

The present invention presents a method to transfer image information.When the image capture device records an image, the control circuitapparatus transfers the image data onto its own web server directly.Thus, this eliminates the need for an intermediate network between thecamera itself and the controller. The control circuit apparatus willalso contain an interface for modification of data transmittance,adjustable to the operator's specifications.

In order to avoid format incompatibility, the web server only transfersstill image files in standard formats (such as JPEG, PNG, GIF, etcetera), and thus frees both the server- and user-side operators fromthe process of compression. Movement, or video, is simulated by thetransfer of multiple still image files over a short interval of time.

The main object of the present invention is to provide a method andapparatus for an image capture device that is accessible in real-time.

Another object of the present invention is to provide a method andapparatus for live capture image which is easy to be connected with anetwork.

Another object of the present invention is to provide a method andapparatus for live capture image which doesn't does not require aseparate controller.

Another object of the present invention is to provide a method andapparatus for live capture image which is easy to install.

Another object of the present invention is to provide a method andapparatus for live capture image which reduces the required resources toinstall the method and apparatus itself.

Another object of the present invention is to provide a method andapparatus for live capture image which is convenient to operator.

Another object of the present invention is to provide a method andapparatus for live capture image which is remote controllable.

Another object of the present invention is to provide a method andapparatus for live capture image which supports simultaneous viewing ofmultiple channels.

Another object of the present invention is to provide a method andapparatus for live capture image which provides high quality liveimages.

Another object of the present invention is to provide a method andapparatus for live capture image which image is editable.

Another object of the present invention is to provide a method andapparatus for live capture image which reduces the amount of requiredstorage media to hold output data.

To accomplish the above objects, the present invention provides anapparatus for live capture image accessible though a network,comprising:

a housing;

an image capture device for capturing image information;

a control circuit electrically connected with the image capture deviceand communicatively connected with the network for converting the imageinformation captured by the image capture device into predeterminedimage data and transferring the image data through the network, whereinthe image capture device and the control circuit are received by thehousing.

The present invention also provides a method for capture live image,comprising steps of:

(a) frequently capturing live image information with a predeterminedcapture interval by one or more live image providers;

(b) converting the live image information to a still image file in a webbased viewable format;

(c) continuously transferring the converted still image files to aplatform via Internet; and

(d) obtaining the converted still image files at the platform to form areal time video like image at a predetermined frame rate by continuouslyoverwriting the previous live image information with the latest liveimage information, so as to allow web browsers to watch the real timevideo like image without any proprietary software.

These and other objectives, features, and advantages of the presentinvention will become apparent from the following detailed description,the accompanying drawings, and the appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic view of a live capture image apparatus accordingto a preferred embodiment of the present invention.

FIG. 2 is a sectional view of a live image provider according to theabove preferred embodiment of the present invention.

FIG. 3 is a schematic view of the live capture image system of thepresent invention.

FIG. 4 is a flow chart of the method for transferring live imagesaccording to the above preferred embodiment of the present invention.

FIG. 5 is a flow chart illustrating the live images transferring systemaccording to a second embodiment of the present invention.

FIG. 6 is a block diagram illustrating the live images transferringsystem according to the above second embodiment of the presentinvention.

FIG. 7 illustrates the embed code being “copy-and-paste” from thecontrol center to the personal website for broadcasting the live imageinformation according to the above second embodiment of the presentinvention.

FIG. 8 illustrates an interface of the control center of the systemaccording to the above second embodiment of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

The present invention provides an apparatus for live capture image whichis able to communicate with internet directly. Referring to FIGS. 1 and2 of the drawings, a preferred embodiment of the present invention isillustrated, wherein an apparatus for providing live image, which is alive image provider, comprises a housing 10, an image capture device 20,and a control circuit 30.

The housing 10 is adapted for securely mounting at a predeterminedlocation to securely receive the image capture device 20 and the controlcircuit 30. Referring to FIG. 2, the housing 10 thoroughly covers theimage capture device 20 and the control circuit 30 to provideprotection. Therefore, the sensitive components such as the imagecapture device 20 and the control circuit 30 are able to work normallyin a large range of environment. The housing 10 also comprises a window11 made of transparent material in front of the lens 21 of the imagecapture device 20, so light can transfer through the window 11 to reachthe lens.

The image capture device 20 is adapted to capture image information andconverts the captured image information into electronic signals.Preferably, an image capture device 20 comprises a lens 21 to capturelight waves from a predetermined area, and an optical sensor 22 toconvert the light waves into electronic signals. The electric signalscan be transferred and processed later to reproduce the image by displaydevices, such as a computer monitor.

The image can be captured in different manners for different purposes.The image capture device 20 may take snapshot, which means capturingonly one slide of image in a predetermined period of time. The imagecapture device 20 may take video, which means capturing a serial ofslides of image in a short period of time, or in other words, takingsnapshots continuously and frequently with short snapshot interval.Depending on the requirement, the image capture device 20 is able toprovide different numbers of slides of image with different intervals.

Many techniques are appreciated to be applied in the image capturedevice 20 by whom skilled in the art. The embodiment of the presentinvention preferably utilizes but not limited to CCTV (Closed CircuitTelevision). In an alternative embodiment of the present invention, theapparatus for live capture image comprises more then one image capturedevices to provide multiple channels of images. Therefore the user canaccept multiple images simultaneously or alternatively.

The control circuit 30 comprises a processor 31, a memory 32, and anetwork interface 33. The control circuit 30 is electrically connectedwith the image capture device 20 to receive the electronic signalsproduced by the image capture device 20. The signals are converted intopredetermined format, which is a web based viewable format, by theprocessor 31. The file format includes image file such as JPEG, andvideo file such as MP4, FLV, and MPEG. These files are stored in thememory 32. In a preferred embodiment, the image capture device 20 takessnapshots continuously and frequently with predetermined snapshotinterval and resolution. The control circuit 30 converts the informationof the snapshot into JPEG image files continuously and frequently andstores the image file in the memory 32. It is worth mentioning, thememory 32 is always refreshed by the latest image file, which means onlythe latest image file is saved in the memory 32, and the previous imagefile is overwritten. In this manner, only a small size of memory is needwhich saves the cost.

The control circuit 30 is also communicatively connected with a network40, preferably the internet. Therefore the control circuit 30 is able totransfer image data via the network, and receive information, such ascontrol information for the user via the network. In a preferredembodiment of the present invention, the network interface 33 isconnected with internet via TCP/IP protocol.

The control circuit comprises a device control 34 operatively linked tothe image capture device 20 for selectively adjusting the captureinterval and resolution of the image capture device through the network40.

The control circuit 30 also provides a web server function. When thenetwork interface 33 is communicatively connected with the internet, thecontrol circuit 30 runs a program which accepts HTTP requests from userssuch as web browsers, and provides HTTP serving responses along withdata contents which is the image and video data.

In a preferred embodiment, the web server provided by the controlcircuit 30 acquires an IP address from the internet provider. Then theweb server maps the path component of a URL (Uniform Resource Locator)to this IP address. When the user's web browser requests to visit thisURL, the web server will then read the memory 32 of the control circuit30 where the image data is stored, and send the data to the web browser.In this way the user's web browser is able to download the image data todisplay. It is worth mentioning, the image file is saved at the rootdirection of the HTTP web server.

In the preferred embodiment of the present invention, when the user'sweb browser is linked with the web server provided by the controlcircuit 30 via Internet, the web server then transfers the existingimage file from the memory 32 to the web browser. Since the image filealready exists, which is static content, the transferring is much fasterthan transfer dynamic content such as a video file. Also, the web servertransfers the image file continuously and frequently without furtherrequest from the web browser, it also improves the transferring speed.Because the image file stored in the memory 32 is always refreshedcontinuously and frequently, the web browser will continuously andfrequently receive the most updated image and display these filecontinuously with the video effect. Therefore, live image is able to beaccessed by a web browser from internet.

Because every apparatus for live capture image of the present inventionis working independently, each web server of the apparatus obtains an IPaddress and is able to be connected with internet individually.Therefore, a plurality of apparatus for live capture image of thepresent invention can be networked together to provide multiple channelsimages.

The web server of the control circuit 30 is also able to receivecommands from the user's web browser for controlling. In the preferredembodiment, the control comprises using an integer to select channel,using a Boolean to enable/disable the image capture device 20, and usinga float to set the snapshot interval.

In an alternative embodiment, the control circuit 30 is connected withmore than one image capture devices 20 to provide multiple channels ofimages. The channels can be selected by the user via network. Thehousing 10 comprises a plurality of units to receive the image capturedevices 20 and the control circuit 30 individually.

The present invention also provides a web based system to broadcastmultiple channels of images. Referring to FIG. 3, the system comprises aplatform 50 to communicatively link with one or more live imageproviders through Internet which is one of the networks as mentionedabove. The platform 50 collects live images from the live imageproviders via Internet, and presents these live images to observers viaInternet. The live image provider captures live image, convert the imageinformation into real time videos in predetermined format, and transferthe image data to the platform 50 via

Internet. In a preferred embodiment of the present invention, theplatform 50 is a web based platform that the web browsers can access theplatform 50 through Internet.

In a preferred embodiment of the system, the image capture device 20 ofthe live image provider takes snapshots frequently with a predeterminedinterval. The control circuit 30 of the live image converts thesnapshots into image file, and uploads the image file constantly to theplatform 50 via the internet. The image data is preferably in the formatof still image file, such as JPEG file, PNG (Portable Network Graphic)file, GIF file, etc. These formats are standard formats which aresupported by most web browsers, therefore the web user doesn't need toinstall any extra decoding program to view these images.

The snapshot interval of the image capture device 20 of the live imageproviders can be set by the user. The quality or resolution of eachimage file is also adjustable in responsive to the speed of Internet. Inthis way the user can control the data streaming. For example, when thetransferring rate of the internet is high, and/or not many live imageproviders are uploading image files, the resolution of the image filemay be higher for a better description of features. Also, the snapshotinterval or the uploading interval could be shorter to provide smootheractive effect of the live image. On the other hand, when more live imageproviders are connected with the platform 50 and the data transferringvia the internet is heavier, a lower resolution, as well as a longerinterval (lower frame rate) could be employed by the live imageproviders.

The live image provider may comprise more than one image capture device20 to provide multiple channels of live images. These channels can beenabled or disabled by the user. The images of these channels can betransferred together or individually.

The memory 32 of the live image provider is used to store the imagefile. In a preferred embodiment, only the latest image file is saved,and the previous image file will be replaced by the most updated one.This will save a lot memory space. In an alternative embodiment, allimage files are saved in the platform 50. The live image provider alwaysuploads the latest image file to the platform 50 for updating.

The platform 50 is first communicatively connected with the live imageprovider through the internet. Then the platform 50 receives theuploaded image files from the live image provider. The platform 50 isable to connect with one or more than one live image providers. Becausethe connection is through internet, the live image providers can bedistributed in any location with the access of internet. The connectionis also controllable. Only authorized live image providers are allowedto be connected with the platform 50, which is also called registrationof the live image providers. The platform 50 is also adapted toenable/disable particular live image providers and channels of the liveimage providers. The control also includes setting configures of eachchannels and live image provider such as snapshot interval andresolution, and security management.

Then the platform 50 presents the image file to show the live imagesprovided by the live image providers, preferably in a web page. In theweb page, the platform 50 display the most updated images received fromeach live image provider continuously. Since the images files areuploaded frequently and constantly with a relatively small interval, thedisplayed images are frequently refreshed which provides a real videoimage on the web page. When the user browses this web page, the user canwatch those videos provided by those live image providers which areconnected with the platform 50.

Accordingly, the frame rate of the real time video like image isadjustable by the platform 50 and is selectively controlled inresponsive to the capture interval of each of the live image providers.In particularly, the frame rate of the real time video like image isselectively adjusted in responsive to a refreshing time interval of theconverted still image file at the platform 50 to obtain the latestconverted still image files. For example, when the refreshing timeinterval of the converted still image file at the platform 50 is set at3 seconds, the frame rate of the real time video like image isselectively adjusted at 1 frame per 3 seconds. It is worth mentioningthat the capture interval of the live image provider can be set at anydesired time interval. For example, when the frame rate of the real timevideo like image is set at 1 frame per 3 seconds while the captureinterval of the live image provider is set at 1 frame per second, twostill image frames, i.e. the second and third still image frames, fromthe live image provider will be useless and will not be shown on theplatform 50. Preferably, the frame rate of the real time video likeimage is set as the capture interval of the live image provider foroptimum performance. Since the frame rate of the real time video likeimage is relatively low, such as 1 frame per second, in comparison withthe frame rate of the video, such as 30 frames per second, the platform50 can enhance the smoothness of the real time video like image in areal time manner. In addition, since the capacity of the still image isrelative small, the still image can be instantly updated to the platform50 to minimize the time delay of transferring.

The platform 50 also controls the access of the web page. Users or webusers need to be identified to access selected web pages which displaylive images from selected live image providers. The authorized user isable to interact with the platform 50 and the live image providers forsetting. The user can select/unselect channels and live image providers,set the resolution and snapshot interval.

The system of the present invention is using still image file totransfer the image data. First, still image file has common and standardformat. The platform 50 doesn't need to do the encoding which will takea lot of system resource. Therefore the processing speed is much fasterthen dealing with video format such as MJPG, MP4, H.264, etc. The costof manufacturing the system is also reduced. Also, the web user doesn'tneed to install particular decoding program to display the live image.The standard still image file can be displayed by regular web browsers,and not extra system resource is needed. As a result, the processingspeed is much faster in the system of the present invention, and thereis no compatibility problem for the web users. Second, since the size ofthe still image file is small compare with a video file, both the liveimage provider and the platform 50 can afford to save these file forrecord. This is very useful for many applications. Third, the system ishighly controllable. The performance of the system is flexible tofulfill the requirement of any application. Because the capability ofthe Internet on physical layer is limited and uncontrollable by theuser, the system of the present invention provides flexibility on theapplication layer.

Because of all the advantages, the system of the present invention ispowerful and flexible in web based applications, especially when a largenumber of image channels are involved. For example, if the snapshotinterval is 3 second, the size of each still image file is 70 K (kilobyte), then more than 100 different live images as the real time videoimages can be displayed together simultaneously. At the same time, theweb browser doesn't need to install any extra program, the imageresolution is acceptable without compression and losing frame.

It is worth mentioning that the live image provider is preferred to bethe apparatus for providing live image as it is mentioned above.However, the live image provider can be CCTV or a mobile phone having abuilt-in camera such that the CCTV or a mobile phone can capture thestill image and upload to the platform 50 to form the real time videolike image thereon. In addition, the web browser is able to access theplatform 50 to watch the real time video like image by using mobilephone, PDA, computer or other electronic devices which is able tocommunicatively link to the platform 50 through “WiFi”, Internet, orother communication network.

It is worth mentioning, using still image files also enable the platform50 to edit and modify the live images to provide an add-on informationfor the live image files. Generally, for live videos, it is difficult toedit of modify the image on real time. But for still image files, forexample PNG file, it is convenient to modify the image when display.Accordingly, the add-on information can be the comment or description ofthe image that adds onto the live image files. This provides the webserver a great flexibility such as adding useful information on the liveimages.

Referring to FIG. 4, the present invention provides a method fortransferring live images via internet comprising the following steps.

(1) Frequently capture live image information with a predeterminedcapture interval by one or more live image providers.

(2) Convert the live image information to a still image file in a webbased viewable format.

(3) Continuously transfer the converted still image files to a platformvia

Internet.

(4) Obtain the converted still image files at the platform to form areal time video like image at a predetermined frame rate by continuouslyoverwriting the previous live image information with the latest liveimage information, so as to allow web browsers to watch the real timevideo like image without any proprietary software.

As shown in FIG. 5, the present invention further provides a method fortransferring live images comprising the following steps.

(1) Capture live image information, such as a video, by one or more liveimage devices 20A.

(2) Continuously transfer the live image information to a platform 50Avia communication network, such as Internet.

(3) Clone the live image information in a web based viewable format atthe platform 50A.

(4) Broadcast the live image information as live streaming video overany web browser without any proprietary software, such that a user ofthe platform 50A is able to concurrently view multiplicity of the liveimage information from the different live image devices 20A.

According to the preferred embodiment, the user is able to view any oneof the live image information anywhere through Internet. For example,the user is able to use personal computer with its operation system suchas “Window®”, “Linux®”, or Mac®, to access one or more of the imagecapture devices 20A in order to view the live image information. Inaddition, the user is able to use mobile phone, preferably supportsFlash player” to view the live image information.

In other words, the user is requested to enter the platform 50A in orderto allow the user to view the live image information through the webbrowser by an Internet-enabled device such as personal computer, smartphone, tablet computer, and PDA.

As it is mentioned above, the image capture device 20A is adapted tocapture image information and converts the captured image informationinto electronic signals. Accordingly, the live image information iscaptured by the live image device 20A in H.264 video raw streamingformat. As shown in FIG. 6, each of the live image devices 20A comprisesa surveillance camera 21A with built-in IP address for capturing thelive image information and an encoder processor 22A operatively linkedto the surveillance camera 21A for encoding the live image informationin H.264 video raw streaming format.

According to the preferred embodiment, the platform 50A iscommunicatively linking with the live image devices 20A throughInternet, wherein the platform 50A can be a website or a server for theuser to access through Internet.

In the step (3), when the live image information is cloned at theplatform 50A, the live image information is converted from the rawformat into the web viewable format and an embed code 501A is generatedcorresponding to the live image information at the same time.Preferably, the platform 50A comprises a converter 51A for convertingthe live image information from RTSP form to RTMP form through theplatform 50A, and a code generator 52A linked to the converter 51A forgenerating the embed code 501A at the same time when the live imageinformation is converted.

When the live image information is captured by the live image device20A, the live image information is transferred to the platform 50A inRTSP (Real Time Streaming Protocol) form. Accordingly, the live imageinformation is transferred to the platform 50A through TCP/UDP beforeand after the live image information is converted at the platform 50A.In other words, after the conversion, the live image information can beviewed by any web-based browser. In particular, the converter 51A willtransform the live image information into the RTMP (Real Time MessagingProtocol) form. It is worth mentioning that the live image informationin different video formats can be transferred to the platform 50A andcan be converted into different video formats by the platform 50Aselected by the user.

At the same time, the embed code 501A is also generated concurrently bythe code generator 52A. The embed code 501A is a html source code beinguniquely generated in response to the live image device 20A and theplatform 50A. For example, when the live image information is capturedby one live image device 20A and is transferred to two differentplatforms 50A, two different embed codes 501A will be generated at thetwo platforms 50A. Likewise, when two different live image informationare captured by two different live image devices 20A and are transferredto one platforms 50A, two different embed codes 501A will be generatedat the platform 50A with respect to the two different live image devices20A. Therefore, the embed code 501A is a unique code corresponding tothe live image device 20A and the platform 50A.

Once the embed code 501A is generated, one or more users are enabled touse the embed code 501A in order to broadcast the live image informationover any website without any proprietary software. In particular, theembed code 501A is a text code adapted to “copy-and-paste” to thewebsite to link the live image information from the platform 50A to thewebsite, especially the personal website of the user, so as tolive-stream the live image information from the live image device 20A tothe personal website.

Conventionally, only limited users can directly access and view the liveimage device 20 since the live image information is captured by the liveimage device 20A in H.264 video raw streaming format. First, sincedifferent manufacturers manufacture different types of live imagedevices 20A, the user must have a proper video media reader in order toview the live image information in such raw streaming format. Second,the live image device 20A does not contain a powerful software and/orhardware that strong enough for hundreds of users to view the live imageinformation at the same time. Therefore, the present invention providesthe platform as a link to clone the live image information and to enablehundreds of users to view the live image information at the same time.

In addition, it is relatively complicated to link the live imageinformation to the personal website in a conventional way. In otherwords, an additional software is a must to place the command of the liveimage information in order to link live image information to thepersonal website. On the other hand, the present invention simplifiesthe structure of the link that the user is able to “copy-and-paste” theembed code 501A to his or her personal website, as shown in FIG. 7,wherein the live image information will be automatically shown on his orher personal website in live broadcasting manner.

According to the preferred embodiment, the platform 50A is embodied as asoftware or a program adapted to be installed into a server owned by theuser. The server can be linked to the live image device 20A by cable orin a wireless manner such as Internet. Therefore, the live imageinformation can be transferred from the live image device 20A to theserver and can be executed by the platform 50A.

The present invention further comprises a control center 60Acommunicatively linked to the platform 50A preferably by Internet. Inparticular, the control center 60A is a web-based station wirelesslylinked to the platform 50A. Accordingly, the control center 60A providesan activation code to the platform 50A for activating the live imagedevice 20A in order to transfer the live image information from the liveimage devices 20A to the platforms 50A in a live manner. In other words,without the activation code, the live image information will not betransferred from the live image device 20A to the platform 50A.

The control center 60A comprises an initializing center 61A for settingeach of the live image devices 20A, wherein the initializing center 61Acontains the activation code for identifying the corresponding liveimage device 20A to the platform 50A, and an input of a IP address ofone of the live image devices 20A for identifying the location thereof.

Before accessing the platform 50A, the present invention preferablycomprises the following installation steps.

(I) Install the live image device 20A, i.e. for personal use, setting upthe IP address of the live image device 20A and RTSP port, wherein theIP address of the live image device 20A can be set as “192.198.1.201” asan example, and the RTSP port can be set as 554 as an example.

(II) Install accessing software as the platform 50A at the server orpersonal computer including inputting the activation code and the IPaddress of the live image device 20A in order to access the live imagedevice 20A, wherein the software structures includes an executablebinary file of the platform 50A, a media player of the platform 50A, anda live.html which is a webpage of checking video streaming and scriptcode generated by the platform 50A. The live.html file includes an embedsource having the code of the designated live image device 20A as theembed code 501A.

(III) Login the control center 60A to configure the live image device20A.

Accordingly, two or more of the live image devices 20A can be linkedtogether through the platform 50A to establish a network, wherein eachof the live image devices 20A is adapted for being accessed through theplatform 50A by the user to view the corresponding live imageinformation. In other words, the user is able to access the platform 50Ain order to select one or more live image devices 20A to view the liveimage information.

It is worth mentioning that the user is able to install the platform 50Ainto his or her server or personal computer that the user of the serveror personal computer is able to obtain the activation code from thecontrol center 60A. Once the input of the activation code, the platform50A is automatically linked to the corresponding live image device 20Ato receive the live image information.

In the step (I), when the live image device 20A is set up through alocal area network (LAN), the server or personal computer will find thelocation of the live image device 20A through a locator once the liveimage device 20A is connected to a router through the local area network(LAN). Therefore, the information of the IP address, the port, devicetype, subnet mask, default gateway, and port forward corresponding tothe live image device 20A will be displayed on the platform 50A.

Then, in the step (II), by downloading the software from the controlcenter 60A to the server or personal computer, the platform 50A will beset up in the server or personal computer. The user is able to input theabove information of the live image device 20A through the set upprocess, such as inputting the activation code and the IP address of thelive image device 20A.

In the step (III), the user, i.e. the owner of the live image device20A, is able to login the control center 60A in order to configure thelive image device 20A.

It is worth mentioning that the control center 60A can track the liveimage information through the embed code 501A. In particular, thecontrol center 60A is able to keep track which platform 50A being usedfor broadcasting the live image information because the embed code 501Ais placed to the platform 50A. In addition, the control center 60A isable to obtain the numbers of viewers viewing the live image informationfrom the platform 50A. Therefore, the numbers of viewers will be shownin the control center 60A to illustrate how many times the live imageinformation from the live image device 20A being viewed from theparticular platform 50A. In addition, the control center 60A furtherprovides a comment list placed below the live image information displayfor the viewers to leave any comment regarding the live imageinformation. The control center 60A will control the comments left bythe viewers when any junk or impolite comment is left, the controlcenter 60A will remove such comment from the comment list and willprohibit any comment being left by the corresponding viewer.

As shown in FIG. 8, the control center 60A further indicates theconnection status of the live image device 20A and/or the platform 50A.A connection indicator 601A is shown on the control center 60A next tothe display of the live image information that when the connectionindicator 601A shows when there is the connection between the live imagedevice 20A and the platform 50A, the live image information will beshown on the display in live manner. When the connection indicator 601Ashows when there is no connection between the live image device 20A andthe platform 50A, the control center 60A will be notified totroubleshoot the problem of the live image device 20A and/or theplatform 50A.

The control center 60A provides a selection interface 62A for allowingthe user to select multiple live image devices 20A to view more than onelive image information. According to the preferred embodiment, each ofthe live image devices 20A is selectively controlled between a privatemode and a public mode, wherein at the private mode, the live imageinformation from the respective live image device 20A is adapted forbeing viewed by authorized user, and at the public mode, the live imageinformation from any of the live image device 20A is adapted for beingview by any user of the control center 60A.

The user, i.e. the owner of the live image device 20A is able to set thelive image device 20A between the private mode and the public modethrough the control center 60A. For example, when the live image device20A is set to capture the image of the retail store, the user is able toset the live image device 20A at the public mode, such that other usersare able to view the live image of the retail store through the owner'swebsite. When the live image device 20A is set to capture the image ofthe store's entrance as the security camera, the user is able to set thelive image device 20A at the private mode. Therefore, only authorizedusers, such as security guard, can view the live image from the liveimage device 20A. It is worth mentioning that an authorized code will begiven by the control center 60A to the authorized users upon the requestfrom the owner of the live image device 20A.

Accordingly, all the live image devices 20A are shown in the selectioninterface 62A. However, only the authorized user can access the liveimage devices 20A at the private mode. In other words, the authorizeduser can access the live image devices 20A in responsive to theauthorized code from the control center 60A. In order to set the liveimage device 20A at the private mode, the user is able to select thecorresponding live image device 20A as an authorized manner such thatother users cannot access the authorized live image device 20A withoutany permission. Other users can access the authorized live image device20A by invitation of the authorized user.

In the step (III), the user is able to obtain the embed code 501A fromthe control center 60A, wherein the user is able to copy the embed code501A from the control center 60A to his or her personal website forbroadcasting the live image information. It is worth mentioning that theuser is able to view the live image information at the control center60A as well to configure the live image device 20A. In addition, havingthe embed code 501A can be used as the source code for sharing the liveimage information.

It is worth mentioning that the embed code 501A forms a shortcut for theuser to broadcast the live image information. No other software orparticular command is required for the user to set up his or herpersonal website to link with the live image device 20A. Once the embedcode 501A is placed, by pasting the text code of the embed code 501A,the live image information will be automatically displayed on thepersonal website.

For example, the live image device 20A is set up at Venice Beach atCalifornia for capturing the live image of Venice beach walk. Thecontrol center 60A will display the live image information of the liveimage device 20A with the info and the embed code 501A thereof. The useris able to “copy-and-paste” the embed code 501A from the control center60A to the personal website as the source code such that the live imageinformation of the live image device 20A will be automatically displayedat the personal website as shown in FIG. 7. Therefore, after the embedcode is copied-and-pasted at the personal website, the live imageinformation will live-streaming from the live image device to thepersonal website.

In addition, all information of the live image device 20A will be shownin the selection interface 62A, which includes the ID of the live imagedevice 20A, the user ID of the live image device 20A, the IP address ofthe live image device 20A, the RTSP port of the live image device 20A,the speed rate (Bitrate in/out) of the live image device 20A, and thecreate date of the live image device 20A. The number of current view andtotal view of the live image device 20A will also be shown in theselection interface 62A.

It is worth mentioning that the selection interface 62A can bepersonalized by the user that only the information of the designatedlive image devices 20A will be shown in the selection interface 62A.Since thousands of live image devices 20A will be installed at differentlocations, the user is able to select the designated live image devices20A in the selection interface 62A in order to view the live imageinformation. The user can always add or delete the live image devices20A in the selection interface 62A.

According to the preferred embodiment, the control center 60A furtherprovides multi-functions including PTZ (Pan-Tilt-Zoom) control of thelive image device 20A, preset point recall, and volume control, in orderto control the live image device 20A with audio steaming. Thus, the liveimage device 20A can be controlled with snapshot ability, snapshot imagequality, record the live image information, and configure the recordedfile (query, play, delete, and download) through the control center 60A.

The user is able to setup only one live image device 20A, i.e. thesingle live image device version, using it in purely LAN. Accordingly,the accessing software can be firstly installed inputting the activationcode and the information of the live image device 20A, such as the IPaddress of the live image device 20A. Then, the platform 50A willautomatically convert the live image information in raw H.264 from thelive image device 20A into RTMP steaming. After the installation isfinished, the user is able to open live.html and view the streamingvideo as the live image information from the corresponding live imagedevice 20A. It is worth mentioning that the live.html page willautomatically generate live image information streaming embedded scripts(html source code). Source code, i.e. the embed code 501A, cancopy-paste to any webpage on any website, so as to provide flashstreaming video over Internet.

For multiple live image device version, the accessing software can befirstly installed inputting the activation key and the information ofthe live image devices 20A, such as the IP addresses of the live imagedevices 20A. Then, the user must login to the control center 60A inorder to register thereof. Therefore, the platform 50A willautomatically convert the live image information in raw H.264 from thelive image device 20A into RTMP steaming. Accordingly, a maximum numberof the live image information from different live image devices 20A willbe set by the control center 60A in order to allow the user to beconcurrently viewed from the live image devices 20A. After theinstallation is finished, the user is able to view the streaming videoas the live image information from the corresponding live image device20A over any browser through Internet.

According to the preferred embodiment, the control center 60A furthercomprises a managing center 64A managing the live image devices 20A inorder to remotely control an operation of each of the live image devices20A in an authorized manner. As it is mentioned above, the live imagedevice 20A can be controlled its PTZ (Pan-Tilt-Zoom) control, presetpoint recall, and volume control through the managing center 64A. Inaddition, through the managing center 64A, the user can add new liveimage device 20A, delete current live image device 20A, enable/disablethe currently live image device 20A, share the live image device 20A(set to share or set to privilege), check and verify software versionnumber, check and verify the maximum connection of the live image device20A, check current live image device 20A connected, check total liveimage device 20A connected, check live image device 20A bit rate, viewlive image streaming video, automatically check embedded source codegenerated by the platform 50A to be able to copy-paste to any page onany website, and check log of the platform 50A.

Accordingly, the platform 50A of the preferred embodiment has thefollowing bandwidth consume properties. The bandwidth equals to the sumof inbound bitrate and outbound bitrate. The inbound bitrate is a singlechannel that the platform 50A obtains raw RTSP streaming from the liveimage device 20A. The outbound bitrate is multiple channel that eachuser takes one channel. Therefore, the bandwidth consumption is relatedwith the users viewing live information from the live image device 20A.In addition, the platform 50A will use one channel to obtain live imageinformation such that one single channel read video contents andmultiple users can view the same live image device 20A.

The platform 50A default set is not connected to any live image device20A until the user requests to access thereof in order to view the liveimage information for energy saving. When on user on the website, thelive image device 20A will be automatically switched off for energysaving. In other words, the control center 60A will automatically switchoff one of the live image devices 20A when the corresponding livestreaming video therefrom is not be viewed. It is worth mentioning thatusing RTMP port (default is 1935), multiple live image device versionwill be open communication port (default is 7000).

One skilled in the art will understand that the embodiment of thepresent invention as shown in the drawings and described above isexemplary only and not intended to be limiting.

It will thus be seen that the objects of the present invention have beenfully and effectively accomplished. It embodiments have been shown anddescribed for the purposes of illustrating the functional and structuralprinciples of the present invention and is subject to change withoutdeparture from such principles. Therefore, this invention includes allmodifications encompassed within the spirit and scope of the followingclaims.

What is claimed is:
 1. A method for transferring live images, comprisingsteps of: (a) capturing live image information by one or more live imagedevices, wherein said live image information is continuously transferredto one or more platforms in a live manner; (b) cloning said live imageinformation at said platform; and (c) converting said live imageinformation from real time streaming protocol (“RTSP”) form to real timemessaging protocol (“RTMP”) for through said platform.
 2. The method, asrecited in claim 1, wherein, in the step (a), said live imageinformation is captured in raw format and said live image information isin a raw steaming format.
 3. The method, as recited in claim 2, whereinthe step (b) further comprises the steps of: (b1) converting said liveimage information from said raw format into a web viewable format; and(b2) generating an embed code corresponding to said live imageinformation at the same time.
 4. The method, as recited in claim 3,wherein said embed code is a unique code referring to said live imageinformation, such that when two different said live image informationare captured by two different live image devices and transferred to oneplatform, two different said embed codes are generated at said platformwith respect to said two different live image information
 5. The method,as recited in claim 3, wherein the step (c) further comprises the stepsof: (c1) enabling one or more users to use said embed code in order tobroadcast said live image information over any website; and (c2)converting said live information captured in said raw format from saidraw format into a web viewable format for broadcasting said live imageinformation at any website with said embed code pasted therein.
 6. Themethod, as recited in claim 3, wherein said embed code is a HypertextMarkup Language (“html”) source code being uniquely generated inresponse to said live image device and said platform.
 7. The method, asrecited in claim 5, wherein said embed code is a Hypertext MarkupLanguage (“html”) source code being uniquely generated in response tosaid live image device and said platform.
 8. The method, as recited inclaim 1, wherein said live image information is transferred to saidplatform through either a transmission control protocol (“TCP”) or auser datagram protocol (“UDP”) before and after said live imageinformation is converted at said platform.
 9. The method, as recited inclaim 7, wherein said live image information is transferred to saidplatform through either a transmission control protocol (“TCP”) or auser datagram protocol (“UDP”) before and after said live imageinformation is converted at said platform.
 10. The method, as recited inclaim 1, wherein the step (a) further comprises the steps of: (a-1)linking said platform to a control center which is a web-based station;and (a-2) providing an activation code from said control center to saidplatform for activating said live image device in order to transfer saidlive image information from said live image device to said platforms ina live manner.
 11. The method, as recited in claim 5, wherein the step(a) further comprises the steps of: (a-1) linking said platform to acontrol center which is a web-based station; and (a-2) providing anactivation code from said control center to said platform for activatingsaid live image device in order to transfer said live image informationfrom said live image device to said platforms in a live manner.
 12. Alive image system for transferring live images, comprising: one or morelive image devices located at different locations for capturing liveimage information; and a platform communicatively linking with said liveimage devices for receiving said live image information from said liveimage device, wherein said platform comprises a cloning means forcloning said live image information at said platform, wherein saidcloning means comprises a converter converting said live imageinformation from real time streaming protocol (“RTSP”) form to real timemessaging protocol (“RTMP”) form through said platform.
 13. The liveimage system, as recited in claim 12, wherein said cloning means furthercomprises a code generator linked to said converter to generate saidembed code at the same time when said live image information isconverted.
 14. The live image system, as recited in claim 12, whereinwhen said live image information is cloned at said platform, said liveimage information is converted from said raw format into a web viewableformat and an embed code is generated corresponding to said live imageinformation at the same time.
 15. The live image system, as recited inclaim 13, wherein when said live image information is cloned at saidplatform, said live image information is converted from said raw formatinto a web viewable format and an embed code is generated correspondingto said live image information at the same time.
 16. The live imagesystem, as recited in claim 15, wherein said embed code is arranged forenabling one or more users to use said embed code in order to broadcastsaid live image information over any website without any proprietarysoftware, wherein said live image information is captured in said rawformat and converted from said raw format into a web viewable format forbroadcasting said live image information at any website with said embedcode pasted therein.
 17. The live image system, as recited in claim 12,wherein said raw format is raw streaming data and said embed code is aunique code referring to said live image information, such that when twodifferent said live image information are captured by two different liveimage devices and are transferred to said platform, two different saidembed codes are generated at said platform with respect to said twodifferent live image information,
 18. The live image system, as recitedin claim 16, wherein said raw format is raw streaming data and saidembed code is a unique code referring to said live image information,such that when two different said live image information are captured bytwo different live image devices and are transferred to said platform,two different said embed codes are generated at said platform withrespect to said two different live image information,
 19. The live imagesystem, as recited in claim 13, wherein said embed code is a HypertextMarkup Language (“html”) source code being uniquely generated inresponse to said live image device and said platform, wherein said liveimage information is transferred to said platform through either atransmission control protocol (“TCP”) or a user datagram protocol(“UDP”) before and after said live image information is converted atsaid platform.
 20. The live image system, as recited in claim 18,wherein said embed code is a Hypertext Markup Language (“html”) sourcecode being uniquely generated in response to said live image device andsaid platform, wherein said live image information is transferred tosaid platform through either a transmission control protocol (“TCP”) ora user datagram protocol (“UDP”) before and after said live imageinformation is converted at said platform.